[pull] master from supabase:master#687
Merged
pull[bot] merged 15 commits intocode:masterfrom Feb 18, 2026
Merged
Conversation
## I have read the [CONTRIBUTING.md](https://github.com/supabase/supabase/blob/master/CONTRIBUTING.md) file. YES ## What kind of change does this PR introduce? This removes the label `[edge]` from the suggested list of log types in the new logging interface. 🤞 this doesn't break anywhere else. | Before | After | |--------|--------| | <img width="966" height="260" alt="image (1)" src="https://github.com/user-attachments/assets/24fb996e-8bed-4d48-81f2-a3942c58ba1f" /> | <img width="380" height="39" alt="Screenshot 2026-02-17 at 12 55 58" src="https://github.com/user-attachments/assets/595a28be-bb27-4797-b82d-b3c4e32adb3d" /> |
## I have read the [CONTRIBUTING.md](https://github.com/supabase/supabase/blob/master/CONTRIBUTING.md) file. YES ## What kind of change does this PR introduce? E2E suite for webhook integrations since we've broken it before, ideally stop this from happening again
…rning (#42977) ## Description Adds a troubleshooting article for the `UNUSED_EXTERNAL_IMPORT` build warnings that Vite/Rollup/Nuxt users see when bundling apps that use `@supabase/supabase-js`. **File:** `apps/docs/content/troubleshooting/unused-external-import-warning-vite-rollup.mdx` ## What the article covers - What the warning looks like - Why it's a false positive (re-exported external imports not recognised as "used" by Rollup's code-body check) - `onwarn` suppression snippet for Vite/Rollup - `onwarn` suppression snippet for Nuxt ## Related - supabase/supabase-js#2010 - supabase/supabase-js#2122 --------- Co-authored-by: Chris Chinchilla <chris.ward@supabase.io>
lowers to 3%
<!-- This is an auto-generated comment: release notes by coderabbit.ai --> ## Summary by CodeRabbit * **New Features** * Added OpenTelemetry Protocol (OTLP) as a log drain destination with configurable endpoint, protocol (HTTP/Protobuf), gzip compression, and custom headers. * OTLP appears as a selectable destination in the Log Drains UI with its own icon and form fields. * **Documentation** * Added a full OTLP guide including HTTP/Protobuf details, Collector example, and authentication examples. <!-- end of auto-generated comment: release notes by coderabbit.ai --> --------- Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com>
## What kind of change does this PR introduce?
Documentation fix
## What is the current behavior?
1. In `apps/docs/content/troubleshooting/enabling-ipv4-addon.mdx`, the
heading reads "Will the project instance **will** be restarted?" with a
doubled "will"
2. In `apps/docs/content/guides/auth/auth-email-templates.mdx`, the `{{
.Email }}` description reads "Empty **when when** trying to link an
email address..." with a doubled "when"
## What is the new behavior?
1. Heading now reads "Will the project instance be restarted?"
2. Description now reads "Empty when trying to link an email address..."
## Additional context
Minor grammar fixes for documentation clarity.
This pull request introduces improvements to the handling of storage endpoints in the Studio app, ensuring that storage operations utilize the correct endpoint and enhancing maintainability through import path updates and code clarity. The most significant changes are grouped below: **Storage Endpoint Handling:** * The `useProjectEndpointQuery` hook now returns both `clientEndpoint` and `storageEndpoint`, allowing storage operations to use a dedicated endpoint when available. * In the `StorageExplorerStateContextProvider`, the logic for constructing the resumable upload URL now prefers `storageEndpoint` if present, falling back to `clientEndpoint` otherwise. This ensures uploads use the most appropriate endpoint. * The context provider now sets `clientEndpoint` to `storageEndpoint` when available, further aligning storage requests with the correct endpoint. * The dependency array for the provider effect now includes `storageEndpoint`, ensuring state updates when the storage endpoint changes. **Code Quality and Maintainability:** * Import paths in `storage-explorer.tsx` have been updated to use alias (`@/`) references, improving clarity and maintainability. Type-only imports are also used where appropriate, reducing bundle size and potential circular dependencies. **Code Clarity:** * Added comments to chunk size calculations in the upload logic, clarifying the rationale behind chunk sizing for different file sizes.
) ## What kind of change does this PR introduce? Documentation / text fix (grammar) ## What is the current behavior? Several places in the codebase use "a" before acronyms that start with vowel sounds, which is grammatically incorrect: - "enter a MFA code" (MFA is pronounced "em-eff-ay", starting with a vowel sound) - "a SMS with a OTP" (SMS = "ess-em-ess", OTP = "oh-tee-pee") ## What is the new behavior? Corrected to use "an" before acronyms with vowel sounds: - "enter an MFA code" - "an SMS with an OTP" ## Files changed - `apps/studio/data/profile/mfa-challenge-and-verify-mutation.ts` - comment fix - `apps/docs/content/guides/platform/multi-factor-authentication.mdx` - user-facing docs - `apps/docs/docs/ref/javascript/v1/upgrade-guide.mdx` - code comment in example - `apps/docs/docs/ref/dart/v0/upgrade-guide.mdx` - code comment in example ## Additional context The rule: use "an" before acronyms pronounced with an initial vowel sound, regardless of the first letter. "MFA" starts with "em" (vowel sound), "SMS" starts with "ess" (vowel sound), "OTP" starts with "oh" (vowel sound).
Add myself into `humans.txt` <!-- This is an auto-generated comment: release notes by coderabbit.ai --> ## Summary by CodeRabbit * **Chores** * Updated team information in public metadata. <!-- end of auto-generated comment: release notes by coderabbit.ai -->
This PR updates @supabase/*-js libraries to version 2.97.0. **Source**: supabase-js-stable-release **Changes**: - Updated @supabase/supabase-js to 2.97.0 - Updated @supabase/auth-js to 2.97.0 - Updated @supabase/realtime-js to 2.97.0 - Updated @supabase/postgest-js to 2.97.0 - Refreshed pnpm-lock.yaml This PR was created automatically. Co-authored-by: supabase-releaser[bot] <223506987+supabase-releaser[bot]@users.noreply.github.com>
## Problem The [spec generation Makefile started failing](https://github.com/supabase/supabase/actions/runs/22142393017) with: ```text ReferenceError: React is not defined at Object. (/Users/.../_npx/.../node_modules/styled-components/dist/styled-components.cjs.js:1:860) ``` This occurred when `@redocly/cli@2.18.2` was released on Feb 16, 2026. The error happens because `npx @redocly/cli` installs the package in an isolated temporary cache without properly resolving peer dependencies (React is a peer dependency of styled-components). ## Solution Replace `npx @redocly/cli` with `pnpm exec redocly` to use the installed version from `packages/generator/package.json`. This ensures: 1. **Proper dependency resolution** - pnpm installs the full dependency tree including peer dependencies 2. **Version control** - locked to the version in package.json instead of always fetching latest 3. **Reproducible builds** - won't break when new versions are released ## Changes - Replace `npx @redocly/cli` → `cd $(GENERATOR_DIR) && pnpm exec redocly` (5 places) - Replace `npm run` → `pnpm run` for consistency with project's package manager (6 places) <!-- This is an auto-generated comment: release notes by coderabbit.ai --> ## Summary by CodeRabbit * **Chores** * Updated build configuration to execute documentation generation tasks from a centralized generator directory with unified package management, ensuring consistent handling of OpenAPI bundling, TypeScript documentation, and validation workflows. <!-- end of auto-generated comment: release notes by coderabbit.ai -->
…ions without affecting the resize animation (#42069) ## I have read the [CONTRIBUTING.md](https://github.com/supabase/supabase/blob/master/CONTRIBUTING.md) file. YES ## What kind of change does this PR introduce? Bug fix. One liner. ## What is the current behavior? The resizable product menu to the left on drag responds with a slow drag animation. This is inconsistent with other resizable drag animations.  ## What is the new behavior? the drag animation is consistent and snappy!  ## Additional context As far as I can tell the transition animation on the `ResizablePanel` is for the open and closing of the menu and not for resizing. It looks like a just overly broad transition target (`transition-all`). The react-resizable-panels seems to use flex grow to do the animation. The `transition-all` which is currently on the `ResizablePanel` component is causing the flex grow to animate and this in turn is causing some minor layout thrashing. <img width="406" height="579" alt="Screenshot 2026-01-21 at 8 40 24 PM" src="https://github.com/user-attachments/assets/9282731a-f1d6-411d-9092-25f0bddff29f" /> After this update the layout thrashing from flex-grow is fixed. <img width="539" height="520" alt="Screenshot 2026-01-21 at 6 38 00 PM" src="https://github.com/user-attachments/assets/dc2b2e28-8298-400e-8f19-77edaf6b9884" /> Related to [this](#27801) issue. <!-- This is an auto-generated comment: release notes by coderabbit.ai --> ## Summary by CodeRabbit * **Style** * Refined sidebar animation to animate width-related properties only, delivering smoother and more responsive open/close transitions without changing timing. <sub>✏️ Tip: You can customize this high-level summary in your review settings.</sub> <!-- end of auto-generated comment: release notes by coderabbit.ai -->
## I have read the [CONTRIBUTING.md](https://github.com/supabase/supabase/blob/master/CONTRIBUTING.md) file. YES --------- Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com> Co-authored-by: Tom Gallacher <tgallacher@users.noreply.github.com> Co-authored-by: coderabbitai[bot] <136622811+coderabbitai[bot]@users.noreply.github.com>
## I have read the [CONTRIBUTING.md](https://github.com/supabase/supabase/blob/master/CONTRIBUTING.md) file. YES ## What kind of change does this PR introduce? Cleanup from React Doctor! Components missing keys
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
See Commits and Changes for more details.
Created by
pull[bot] (v2.0.0-alpha.4)
Can you help keep this open source service alive? 💖 Please sponsor : )